-
Notifications
You must be signed in to change notification settings - Fork 258
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Backport Windows support from KDE Konsole #578
base: master
Are you sure you want to change the base?
Conversation
unistd.h is not avaliable on MSVC, but we do not use any functions from it
BlockArray based history types are now disabled when Q_OS_WIN is defined. Also other history types do not use mmap to map files now.
Backported from konsole
was added to UNIX_SRCS in one of the previous commits and i forgot to remove it from SRCS
breaks Session
This commit also introduces 2 new public helper functions for Session::close(): closeInNormalWay() and closeInForceWay(). These are backported from KDE Konsole
Courier New is only default monospaced font on windows
I really doubt that this can be included in LXQt. Why don't you make a Windows fork instead? |
Why though? This doesn’t really break any existing code and support for windows was requested in #42 (and btw it was mentioned there that PRs would be merged), #491 & #494 . ConPTY code is borrowed on the same basics as KPty stuff (and is MIT licensed). I really don’t want to fork whole library, because then I would have to maintain entirety of it. |
Because LXQt doesn't have the required manpower to support Windows.
Exactly ;) That's what LXQt can't do either. |
Okay, that makes sense. What if I could help with maintaining windows support? |
That would be very nice. But the question remains as to who will review this PR? As the current maintainer of qterminal+qtermwidget, I don't (and won't) have Windows (to say nothing of the time). So, I suggest that we could wait to see if an LXQt dev will review it, knowing that there's no promise. And please don't get me wrong: your contribution is very appreciated — I know how hard it may have been to do this — but this area may be outside LXQt. I'm just talking about facts. |
BTW, all the reports you mentioned above were closed. I refer you to the last reply of the previous maintainer: #491 (comment) |
Okay then. I needed to implement windows support for one of my personal projects (which depends on qtermwidget), so I ported Windows support here. I don't have a need for it to be upstreamed, but I thought this PR could be of use, so there isn't any pressure from my part. |
Backport Windows support from KDE Konsole